Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

bootstrap: delay the instantiation of maps in per-context scripts #27371

Closed
wants to merge 1 commit into from
Closed

bootstrap: delay the instantiation of maps in per-context scripts #27371

wants to merge 1 commit into from

Conversation

joyeecheung
Copy link
Member

Instantiating maps renders the snapshot non-rehashable
(v8 currently fails silently during CreateBlob()).
Then the hash seed would always be the same and not
recomputed if custom V8 snapshot is enabled. This patch
delays the instantiation of the maps in domexception.js
and make it lazy.

Checklist
  • make -j4 test (UNIX), or vcbuild test (Windows) passes
  • commit message follows commit guidelines

@joyeecheung
bootstrap: delay the instantiation of maps in per-context scripts
2d6665a 
Instantiating maps renders the snapshot non-rehashable
(v8 currently fails silently during `CreateBlob()`).
Then the hash seed would always be the same and not
recomputed if custom V8 snapshot is enabled. This patch
delays the instantiation of the maps in domexception.js
and make it lazy.
@nodejs-github-bot
Copy link
Collaborator

Lite-CI: https://ci.nodejs.org/job/node-test-pull-request-lite-pipeline/3342

@joyeecheung
Copy link
Member Author

joyeecheung commented Apr 23, 2019 •
edited
Loading

pummel/test-hash-seed with ./configure --with-node-snapshot: https://ci.nodejs.org/job/node-test-commit-custom-suites-freestyle/6429/

@joyeecheung joyeecheung mentioned this pull request Apr 23, 2019
Closed
@nodejs-github-bot
Copy link
Collaborator

CI: https://ci.nodejs.org/job/node-test-pull-request/22660/

addaleax
addaleax approved these changes Apr 23, 2019
View reviewed changes
Copy link
Member

@addaleax addaleax left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM … do you know how much work would be necessary to support this in V8?

@joyeecheung
Copy link
Member Author

joyeecheung commented Apr 23, 2019 •
edited
Loading

@addaleax Should be pretty easy to return the status back, I'll submit a proposed API change in the upstream. I am not entirely sure if it actually make sense to return this status back though - at least judging from the TODOs in V8, the plan is to make the status always true and obsolete in the future, but I guess it does not hurt much to have an always true return value either, and it seems to take quite some effort to make everything rehashable so that probably won't happen anytime soon.

EDIT: also if you are asking about how much work it would take to support rehashing these types in V8...I don't actually know? But it seems nontrivial. (I guess only @hashseed knows ;)

@joyeecheung
Copy link
Member Author

joyeecheung commented Apr 23, 2019 •
edited
Loading

I also uploaded https://chromium-review.googlesource.com/c/v8/v8/+/1578661 but I guess something like that won't happen very soon.

@nodejs-github-bot
Copy link
Collaborator

CI: https://ci.nodejs.org/job/node-test-pull-request/22664/

@refack
Copy link
Contributor

refack commented Apr 24, 2019

v8 currently fails silently during CreateBlob()

Can we add an explicit fail so the code doesn't revert?

@refack refack added lib / src Issues and PRs related to general changes in the lib or src directory. process Issues and PRs related to the process subsystem. v8 engine Issues and PRs related to the V8 dependency. labels Apr 24, 2019
@joyeecheung
Copy link
Member Author

joyeecheung commented Apr 24, 2019 •
edited
Loading

Can we add an explicit fail so the code doesn't revert?

@refack There is no way for us to check this yet (that's why there is https://chromium-review.googlesource.com/c/v8/v8/+/1578661, or at least until https://bugs.chromium.org/p/v8/issues/detail?id=6593 is fixed). Among other things, you'd need to traverse the heap to find types that use the hash seed and as an embedder there's no API for us to do that.

@BridgeAR BridgeAR added the author ready PRs that have at least one approval, no pending requests for changes, and a CI started. label Apr 24, 2019
@danbev
Copy link
Contributor

danbev commented Apr 26, 2019

Landed in 08a9c4a.

@danbev danbev closed this Apr 26, 2019
danbev pushed a commit that referenced this pull request Apr 26, 2019
@joyeecheung @danbev
bootstrap: delay the instantiation of maps in per-context scripts
08a9c4a 
Instantiating maps renders the snapshot non-rehashable
(v8 currently fails silently during `CreateBlob()`).
Then the hash seed would always be the same and not
recomputed if custom V8 snapshot is enabled. This patch
delays the instantiation of the maps in domexception.js
and make it lazy.

PR-URL: #27371
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Refael Ackermann <refack@gmail.com>
Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
targos pushed a commit that referenced this pull request Apr 27, 2019
@joyeecheung @targos
bootstrap: delay the instantiation of maps in per-context scripts
2f9bafb 
Instantiating maps renders the snapshot non-rehashable
(v8 currently fails silently during `CreateBlob()`).
Then the hash seed would always be the same and not
recomputed if custom V8 snapshot is enabled. This patch
delays the instantiation of the maps in domexception.js
and make it lazy.

PR-URL: #27371
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Refael Ackermann <refack@gmail.com>
Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
@targos targos mentioned this pull request Apr 27, 2019
Merged
@hashseed
Copy link
Member

I filed an issue for rehashing Map/Set: https://bugs.chromium.org/p/v8/issues/detail?id=9187

I think it's non-trivial to do in-place, but inserting into a new backing store might be doable and good enough.

@RaisinTen RaisinTen mentioned this pull request May 2, 2022
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers

@BridgeAR BridgeAR BridgeAR approved these changes

@addaleax addaleax addaleax approved these changes

@refack refack refack approved these changes

Assignees
No one assigned
Labels
author ready PRs that have at least one approval, no pending requests for changes, and a CI started. lib / src Issues and PRs related to general changes in the lib or src directory. process Issues and PRs related to the process subsystem. v8 engine Issues and PRs related to the V8 dependency.
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.
7 participants
@joyeecheung @nodejs-github-bot @refack @danbev @hashseed @addaleax @BridgeAR